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A SYSTEM AND METHOD FOR USING WEB-BASED APPLICATIONS 
TO VALIDATE DATA WITH VALIDATION FUNCTIONS 

[0001] This application is a continuation-in-part of U.S. Patent Application No. 

09/916,330, filed July 30, 2001, which is hereby incorporated by reference herein in its 

entirety. 

FIELD OF THE INVENTION 
[0002] The present invention relates to an improved system and method for web-based 

applications to perform validation functions on data. More particularly, the present 
ri invention relates to a system and a method for allowing web users to execute hierarchical 

11 configurable data vaUdation fiinctions on data. 

f BACKGROUND OF THE INVENTION 

r[0003] Computer applications ("application servers") commonly require data to be 

m validated prior to additional processing. Validation requirements are often dynamic. For 

O example, validation requirements for a telephone service provider's software applications 

may change based on changed customer service availability, newly available or no longer 
available customer services, the number of customer requests in a given period, the 
acceptable times for requests, or the version of the software running. 
[0004] In today' s networked environment, appHcation servers run a variety of different 

software protocols (e.g., J2EE Containers with CORE A orbs, J2EE Containers with RMI) 
and typically require a number of different data validations before performing other 
functions. As a result, a need exists for an application server that can dynamically 
maintain, process and efficiently run validations for a plurality of clients running different 
software protocols simultaneously. 



[0005] Further, because validation needs often change, a need exists for a vaUdation 

application server that can manipulate the validations run on specific fields of client 
validation requests without requiring extensive changes in software. Most computer 
software applications use configuration variables to alter their behavior without the need 
for regenerating code. This is most often done using text files. In today's Internet and 
networked environments this can cause administrative problems. This is largely because 
one software appHcation may be running on several machines, in several locations. Thus, 
in order to alter the behavior of all of the copies of the software applications installed on all 
y of the machines (i.e., in order to uniformly alter the behavior of all clients), the text files 

S must access several files, often in several locations. This can be expensive and create 

! 

ii significant administration problems. For one thing, security considerations often dictate 

IB that a text file employed to alter a software application must be on the same machine that is 

^ running the code. Therefore, the configuration file often must be rephcated over several 

' !i machines. If changes are made on one software application, they must also be made on all 

u. of the other applications. Errors can occur if the changes are not made consistently on all 

of the applications. Accordingly, a fiorther need exists for an application server that will 
allow application server administrators to update the various validations done on fields of 
data without a new release of code. 
[0006] Typically, in a web environment (including Internet, Intranet or Extranet), there are 

client-side applications and server-side applications. Accordingly, in a web-based 
environment, a fiirther need exists for an improved system and method of performing 
validations on data submitted by web users with client-side appUcations. 
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SUMMARY OF THE INVENTION 
[0007] The present invention is a system and method wherein an appHcation server or web 

server using standard software protocols may access a centralized, maintainable, validation 
application server and/or a data schema in order to perform validation services on data. 
Client servers may access a validation server via a number of methods including Internet 
applications, a Java RMI server, a CORE A gateway server and graphical screen interphase 
applications. 

[0008] In other embodiments, web users may access stored vahdation functions via one or 

ri more web servers. The disclosed invention allows for the efficient performance of 

validation services on data based on dynamically-maintained, centrally-stored, validation 

W functions, and preferably returns validation notifications to the cUent servers, in a web 

ffl 

£ environment. By implementing embodiments of the disclosed invention, web users can 

f .. validate data via web servers using cUent side methods such as Java and JavaScript code. 

n I Web users can access validation rules stored in data schema using one or more Java Server 

Q Pages with Java code embedded in those pages. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0009] Figure 1 is a schematic diagram of an overview of an embodiment of the present 

invention. 

[0010] Figure 2 is a schematic diagram illustrating a specific embodiment of the present 

invention. 

[0011] Figures 3 A and 3B are diagrams illustrating embodiments of the present invention 

that include web server applications. 
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DETAILED DESCRIPTION OF THE INVENTION 
[0012] As shown in Figure 1 , for those embodiments directed at server-side applications, 

the present invention preferably includes an application properties server 100 for receiving 
validation requests from clients 400 and a storage mass 200 for storing centralized 
validation functions and data. As will be appreciated by those skilled in the art, one or 
more servers may represent validation properties application server 100, even if located in 
different geographic locations. In the preferred embodiment of the present invention, 
depending on system resources, a number n of clients 400 may access the validation 
^3 application server 1 00 for validation service via a number of methods including, for 

a example, chents 401 using Internet applications, clients 402 using Java via a Java RMI 

III server (not shown), clients 403 using CORBA via a CORBA gateway server (not shown), 

Us aj^^ graphical screen interphase applications. 

[(|013] Referring to Figure 1 , according to an embodiment of the present invention, clients 

■ fj serve validation requests to the application server 100 which then accesses storage mass 

y. 200 using a hierarchical rule-based system 500 (Figure 2). The validation application 

server 100 identifies and accesses the stored data and performs validation services 
associated with the validation requests. Preferably tables of vaHdation functions, or rules, 
implement the validation data, which may preferably be stored in a storage mass such as an 
Oracle database. As described below, by utilizing a table-based storage system, the 
application server of the present invention can efficiently and dynamically perform 
validation services on validation requests provided by a number n of clients. 
[0014] Referring to Figure 1, client 401 requests validated services related to data for, e.g., 

long distance ordering information such as valid installation dates, available installation 
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dates, or the allowable number of telephones. Storage mass 200 contains a plurality of 
data tables 210, 220, 230, . . . that will be described below. In response to client 401 's 
validation requests, validation properties server 100 provides validation services to client 

401 by accessing storage mass 200. Similarly, and preferably at the same time, a client 

402 running a Java application program can use RMI via an RMI interface to interact with 
properties server 100 and provides validation services based on information stored in 
storage mass 200. Finally, a third client, running a CORBA application 403 may request 
validation service on data related to, for example, Wireless Ordering. Again, validation 

0 properties server 1 00 accesses storage mass 200 and performs a validation service for 

* client 403. 

|ioi5] The validation data may be stored in a format such as Oracle or Lightweight 

% Directory Access Protocol ("LDAP"). The information may be stored in another location 

U or may be shared with other businesses. Preferably, validation data is stored in a table 

IIJ based system, more preferably in an Oracle database 200. As will be appreciated by those 

0 skilled in the art, use of an Oracle database allows for good performance, data integrity, 

and a wide variety of data management tools to administer the configuration data via an 
administration system 300. As will also be appreciated by those skilled in the art, Oracle 
database 200 may be represented by two or more databases located in separate 
geographical locations. 

[0016] Figure 2 depicts a more specific embodiment and example of the present invention 

as it relates to server-side applications. Database 200 consists of a table-based system of 
rules organized into three hierarchically organized views: FIELD, CLASS and GLOBAL. 
The three views allow hierarchical management of the validation service(s) to be 
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performed on data fields received from the client 400 server. In the preferred embodiment, 
the three views are FIELD, CLASS and GLOBAL in order of precedence. Of course, the 
number of views may vary depending on, for example, a client's needs. 
[0017] In this embodiment, each of the FIELD, CLASS and GLOBAL views has an 

execution sequence. Utilizing an execution sequence provides a layered approach. 
According to the execution sequence for a particular view, validation methods (services) 
can be executed on data in order. 
[0018] Before providing a specific example, the FIELD, CLASS and GLOBAL views are 

#1 explained in more detail below. In the preferred embodiment, the FIELD view is the 

yfl highest priority validation. Preferably, the least amount of data is sorted by the FIELD 

iP view. If a FIELD name for the associated application is in this table that entry will dictate 

W the validations to be performed. 

j^019] As an example of one embodhnent of the present invention, referring to Table 1 , 

Iri the FIELD view contains the following data: 



TABLE 1 



Column Name 


Description 


Tag Name 


Name of data field used to locate 
validations 


Application Name 


AppUcation tag to differentiate field names 
from those in other applications. 


Application Version 


Application tag to differentiate field names 
from those in other versions of the same 
application. 


Application User 


Application tag to differentiate field names 
from those in other instances of an 
application and version for different users. 


Execution Sequence 


A number designating the order of 
execution for the 1 or more validation 
methods for an item meeting the previous 
criteria. 


Validation Method 


The name of an existing Java method to be 
called with the value of the field to be 
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validated. 


Validation Values ("FARM Data") 


Used by the validation method to compare 
to the data value. Presence determined by 
validation method. Items are separated by 
a predefined character (generally a ",") 
(e.g., 1,5; 20020901, 20020601) 


Comment 


Description of desired rule. Used for 
documentation only. 



[0021] In the preferred embodiment, the CLASS view is the second-highest priority 

validation. The CLASS view is used if there is no matching entry in the FIELD view. In 
such a case, a lookup will be performed by the validation appHcation server 1 00 on the 



J passed field name. For example, the validation application server 1 00 will perform a check 

||1 for class names that match the first part of the field name. An illustrative example is 

.p discussed below to describe the FIELD view and CLASS view hierarchy. 

S0022] Example 1: No Address data. A client application server 400 accesses the 

=!: validation application server 1 00 witii data tagged with a field name of Address 1 . 



However, there is no Address_l item in the FIELD view. There is, however, an entry in 
the CLASS view for Address. Therefore the validation functions for the CLASS view 



Address will be performed on the data in Address 1 . 



[0023] As an example of one embodiment of the present invention, referring to Table 2, 

the CLASS view contains the following data: 



TABLE 2 

[0024] 



Column Name 


Description 


Tag Name 


A generic string that will be used to match 
the field's name up to a defined character. 
(Date_l will match up with Date) 


Application Name 


Application tag to differentiate field names 
fi-om those in other applications. 


Application Version 


Application tag to differentiate field names 



8 





from those in other versions of the same 
application. 


Application User 


AppUcation tag to differentiate field names 
from those in other instances of an 
application and version for different users. 


Execution Sequence 


A number designating the order of 
execution for the one or more validation 
methods for an item meeting the previous 
criteria. 


Validation Method 


The name of an existing Java method to be 
called with the value of the field to be 
validated. 


Validation Value 1 ("FARM Data") 


Used by the validation method to compare 
to the data value. Presence determined by 
vaUdation method. Items are separated by 
a predefined character (generally a ",") 


Comment 


Description of desired rule. Used for 
documentation only. 



j||025] Finally, in the preferred embodiment, the GLOBAL view is the most generic 

fij method of performing validation functions. Any field that does not have an entry in either 

1=^ the FIELD or CLASS view will be validated with the methods dictated for the associated 

?l| appUcation information. As this view is generic, preferably the most data is handled at the 

JJ GLOBAL level, thereby improving efficiency. An example is discussed below describing 

the hierachry between the FIELD, CLASS and GLOBAL views. 
[0026] Example 2: The field name is Residence !. There is no Residence_2 item in the 

FIELD view. There is no Residence entry in the CLASS view. There is, however, a 
GLOBAL validation function called NotEmpty in the GLOBAL table for the application 
400 (name, version and user) that requires data validation. Therefore the data for 
Residence_2 will be checked to see if it is not an empty field and validation properties 
server 1 00 will provide a positive return to client 400. 



9 



[0027] In the preferred embodiment, each of the FIELD, CLASS and GLOBAL views has 

an execution sequence for the associated validation functions that exist for that view. This 
provides a layered approach to validation. An example for describing the execution 
sequence is described below. 

[00281 Example 3: Field Name: Date 1. 

The FIELD table is as follows: 



Tag Name 


Application 


Application 


Application 


Execution 


Validatio 


Validation 


Name 


Version 


User 


Sequence 


n Method 


Values 


ClassOfService 


Appll 


001 


EMRSl 


1 


IsMember 


0,1,2,3,4,5,6,7,8,9,0,A,F 


DayOfWeek 


Appll 


001 


EMRSl 


1 


IsBetween 


1,5 



In this illustrative example, there is no match for Field Name: Date_l in the FIELD 
view. Here, there are only validation executions in the FIELD view table for 
ClassOfService and DayOfWeek. However, the validation properties server 100 
recognizes that the CLASS view table has a matching item called Date. The CLASS view 
table has three entries (i.e., three validation methods) to be performed. The CLASS view 
table is as follows: 



Tag Name 


Application 


Application 


Application 


Execution 


Validation 


Validation 


Name 


Version 


User 


Sequence 


Method 


Value 1 


Date 


Appll 


001 


EMRSl 


10 


IsBetween 


01/01/2000,12/31/2002 


Date 


Appll 


001 


EMRSl 


1 


NotEmpty 




Date 


Appll 


001 


EMRSl 


5 


IsValidDate 





[0030] In this example, based on the Execution Sequence of "1", the date is first checked 

for a non-empty field by validation method "NotEmpty." If it passes, based on the next 
rule, which has an execution sequence of "5", the date will be checked to see if it is a vaHd 
date format — ^using the IsValidDate method. If the date data passes that method, the date 
will be checked to make sure it is between January 1, 2000 and December 31, 2002 with 
the IsBetween method based on the Validation Value 1 FARM data in the CLASS view 
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table. If the date data passes, then the data will be considered valid and the server 100 will 
return a positive return to the requesting client application server 400 signifying valid data. 
This example illustrates a "CLASS" level validation. 
[0031] Figure 2 depicts an exemplary embodiment of a server-side application in 

accordance with the present invention. In this example, client application server Long 
Distance Delivery Ordering ("LD ORD") 400 seeks to validate data input by a customer 
for the weekday, the date available and the date of expiration related to a desired telephone 
service. Using a known software application protocol, apphcation server 400 sends 
^ validation requests related to the data input by the customer to the validation application 

|i server 100. In this example, the weekday data is tag named "WkDay." Accordingly, the 

III validation application server 1 00 generates an instruction to call the FIELD view table 

=p fk)m the storage medium 200 for WkDay. In this example, the application server 1 00 

= automatically follows a priority of rules 500. Here, there is only one rule, i.e., one Java 

^! Fvmction, for WkDay. As shown in Figure 2, the Java method associated with the WkDay 

g rule is an IsBetween method. Accordingly, the validation server 100 checks to see if the 

input data is between 1 and 5 based on the FARM data. If the data is between land 5, the 
validation server 100 returns a positive indication to client 400. If the input data is not 
between 1 and 5, the validation server 100 retums a negative indication to client 400. 
[0032] Next, according to the example depicted in Figure 2, the validation server 1 00 

performs validation service on validation requests for the data input for date available, 
which has been tagged DATE VAL. Here, database 200 includes one rule in the FIELD 
view for data tagged DATE VAL. Accordingly, validation server 100 performs a Java- 
based IsBetween function on the input data tagged DATE_VAL to check if the data is 



11 



between June 1, 2002 and September 1, 2002. Here again, server 100 provides an 
appropriate response to client 400. In other embodiments, further services may be 
provided in response to a positive, or negative, result, such as additional data validations, 
or the generation of further functions. 

[0033] Referring again to Figure 2, next, LD ORD 400 requests validation service on data 

related to the date of expiration for the requested telephone service. This data has been 
tagged DATE_EXP. The priority of rules 500 indicates that there are no rules in the 
FIELD view, i.e., there are no validation functions, for DATE EXP. Therefore, the 
validation application server 100 looks to the next level of rules: the CLASS view. 

S Referring to the exemplary rules table 500, there are two rules in the CLASS view for 

m DATE: NotEmpty and IsValidDate. Accordingly, the application server 100 will read the 

IP 

execution sequences to determine which Java function to perform first. Java function 
s NotEmpty has an execution sequence of "1 " and Java function IsValidDate has an 

J:;' execution sequence of "5". Based on this sequence of execution set forth in the CLASS 

JJ; view, the validation server 100 executes first the NotEmpty function and then the 

IsValidDate ftinction on the data. As will be appreciated by those skilled in the art, in this 
example, if there were no DATE rules, validation application server 100 would look for 
GLOBAL rules in the GLOBAL- view table. In the preferred embodiment, at least a 
NotEmpty validation function exists for the GLOBAL rules. 
[0034] As will also be appreciated, by utilizing a centrally located storage system of 

dynamically maintainable validation rules, the present invention provides greater 
flexibility than known systems. For example, in the exemplary example discussed above, 
system administration 300 (Figure 1) can update the FARM data for the DATE VAL rule 
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and, accordingly, all applications 400 requesting validation services for data related to 
DATE_VAL are immediately updated. 
[0035] In some instances, the number of validation requests may be large depending on the 

number n of application clients 400 using the server 1 00. Constant database 200 reads 
may cause delays in validation service. Therefore, in one exemplary embodiment, the 
validation server 1 00 will read the database 200 data 500 into memory on startup. 
Updates to the validation rules and values stored in the data tables can occur after system 
start up. 

||036] Two exemplary methods to handle dynamic table updates are described below. 

The first method is to restart the validation application server 1 00 each night during a 
W maintenance window. This approach is a simple restart of the validation server. The 

J application itself would not have to restart since it could detect the lost connection to the 

L vaUdation server and reconnect. This would be seamless to the applications and end user 

fl i of the appHcations. Another exemplary method involves creating a refresh function m the 

5 validation server 1 00. Preferably the server 1 00 will use a REFRESHHOURS parameter. 

The memory tables will be updated fi-om the database 200 based on this parameter. 
Preferably, the REFRESH_HOURS will be greater than 8. As will be appreciated, keeping 
the data 500 in the application server 100 memory will improve validation performance 
and allow or maintaining the dynamic nature of the validation routines. 
[0037] The most generic field type in Java is the string. In the preferred embodiment, all 

data passed to the validation server 100 will be treated as a string. This will allow 
applications 400 to change to more generic data without impact. This embodiment will 
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provide an interface that is as generic as possible by establishing the interface as Strings 
(ASCII). An example of this concept is set forth below. 

[0038] As an example, assume that a business requirement was originally for an integer 

value for the Class of Service variable. However, since the integer values can be type cast 
to String and passed to the vahdation server 100, modifications to the rules can be made 
quickly. Modifications to types would cause the validation server 100 to understand 
application knowledge and not data values and vahdation rules. Testing with the legacy 
system determines that the value of NumberOfTelephoneLines may also be a single alpha 

P character in some legacy systems. According to the present invention, since the variable is 

stored as a string the client code is not affected. Accordingly, the validation functions in 

zJ the data table can be changed to an IsMember method instead of an IsBetween method. 

The validation vahie data will include all possible valid data values. This will change the 

U validation fi-om a check between two integer values (e.g., a number between 1 and 5) to a 

111 check for a member of the a set (e.g., 1,2,3,4,5,A,T,Y). This could be done without 

O disturbing the running appKcations that utilize this validation service. 

[0039] Proposed ValidatorClient CLASS methods include: 

TABLE 3 



Method 


Return 
Type 


Argiments 


Description 


ValidatorClient 


ValidatorClient 


Application 

Name, 

Application 

Version, 

Application 

User 


Class constructor. Also used to 
initiahze AppUcation data for 
subsequent calls 


ValidatorClient 


ValidatorClient 




Class constructor. 


-ValidatorChent 


-ValidatorChent 




Class destructor 


set 




Application 
Name, 


Sets application data settings for 
the object. 
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Application 
Version, 
Application 
User 




isValid 


Boolean 


Field Name, 
Field Value 


Sends data to the validator server 
for work. If the data passes the 
rules a TRUE is returned. 
Otherwise; a FALSE is returned. 


IsValid 


VRHashTable 


FVHashTable 


Sends data to the validator server 
for work. If the data passes the 
rules a TRUE is returned. 
Otherwise; a FALSE is returned. 


RuleType 


Integer 


Field Name 


Gets the rule type used for 
validation - 0 = None, 1= Field, 
2= Class, 3-Global {Used 
primarily for development} 



||)040] In one embodiment, the client servers 400 can minimize network traffic using Field 



S|1 Value Hashtables. As will be appreciated, this will reduce the number of transactions to 

^ the validation application server 100 and improve performance. One call to the server 100 

f T can contain an entire set of data in need of validation. The individual validation statuses 

• fi will also be returned in a Hashtable. Preferably, the IsVaUd method is used to determine if 

all the data passed validation. If not, individual methods can be checked to determine 

problem areas. 

[0041] Proposed FVHashTable CLASS methods include: 

TABLE 4 



Method 


Retum 
Type 


Arguments 


Description 


FVHashTable 


FVHashTable 




Constructor for a Field Value 
HashTable object. 


AddToSet 


Boolean 


Field Name, 
Field Value 


Add a field value pair to the 
FVHashTable. Retum True on 
success. 


RemoveFromSet 


Boolean 


Field Name 


Remove a field value pair from the 
FVHashTable. Retum Trae on 
success. 
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MemberValue 


String 


Field Name 


Return the value of the specified 








key. 



[0042] Proposed VRHashTable CLASS methods: 

TABLE 5 



Method 


Return 
Type 


Arguments 


Description 


VRHashTable 


VRHashTable 




Constructor for a Value Return 
Hash Table object. 


AddToSet 


Boolean 


String Field 
Name, 

Boolean Valid 


Add a field value pair to the 
VRHashTable. Return True on 
success. 


RemoveFromSet 


Boolean 


String Field 
Name, 


Remove a field value pair fi-om the 
VRHashTable. Return True on 
success. 


MemberValue 


Boolean 


Field Name 


Return the validation status value 
of the specified key. 


IsValid 


Boolean 




Returns a True if all values for the 
set are True. Otherwise; returns a 
False. 



^0043] Referring to Figures 3A and 3B, fiirther exemplary embodiments related to web- 

H based applications of the present invention will now be described. As shown in Figure 3A, 

a web user 401 may access data schema 200 via application server 100 by using the 
methods discussed above. Alternatively, in a web environment, as shown in Figure 3B, 
web user(s) (i.e., web applications) 401 may validate data via web server(s) 600 using 
client side metiiods such as Java and JavaScript code. As will be explained below in 
fiirther detail, web user 401 can access validation rules stored in data schema 200 using 
one or more Java Server Pages ("JSP") with Java code embedded in those pages. 
[0044] As will be appreciated by those skilled in the art(s), the JSP code will have calls to 

Java servlet methods. These Java servlet methods are compiled into byte code class files 
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when web server 600 is started. Preferably, the first method called will be 
getValidationSet(|String ApplicationName, String ApplicationVersion, String 
ApplicationUserl). This method will retrieve matching records for this appUcation 401 
fi-om the database 200 and store them in local memory, such as in an array. This will keep 
the information firom the database in local memory as long as the web server 600 keeps the 
JSP compiled. Therefore, it will not be necessary to go to the database 200 each time this 
server page is accessed. Web servers 600 normally recompile JSP code when they are 
restarted. They sometimes reload them when they see that the source has been modified. 
They also recompile them when the class file is deleted. The data from the web form will 
be modified when the user signals that screen entry is complete. Typically, a user 401 
clicks a "submit" 425 button to do this. The submit 425 is an event button on the web 
browser screen 430 that indicates the user 401 is finished entering data into the web form. 
This event will signal the JSP code that the data has been entered and is ready for 
validation. 

The typical Java method used will be doValidation(String tag, String value). This 
method will look in the local array to find rules that apply to the given tag. These rules are 
determined in the hierarchical manner as previously described. The data passed in the 
value variable will be validated according to those rules. Preferably, the success or failure 
of the vaHdation will be returned by the retum code of the doValidation method. 
Preferably, this is all done in local code. No fiarther calls to the validation server database 
are required. In the preferred embodiment, this will be done for each field specified by the 
code in the JSP. 
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[0046] It is also possible to perform validation services while data is being entered in the 

data form. This will require JavaScript code in the JSP. JavaScript provides methods to 
web forms, making them more interactive. Limited intelligence can be provided by the 
Java running in the browser. The form does not have to be pushed to the web server 600 
for form processing. This is typically done with onUpdate calls that trigger each time data 
in a field changes. This event could call the do Validation method if the JSP chooses. 
[0047] Figure 3B depicts a preferred embodiment of this architecture, wherein at least one 

JSP containing Java files will be compiled into class files at the first instance that it is 
O executed. Referring to Figure 3B, web user 401 calls a JSP and web server 600 reads 

*4 validation information firom data schema 200 to understand the validation behavior that it 

m should run in the application. Common Java methods are used to load validation rules into 

fil objects that can be used by the JSP. Web server 600 puts the appropriate code in place, 

using, for example, known Java methods such as the "init" function. Accordingly, data 
111 validation rules are configured in the memory of a rurming program and Java files are 

converted into class files when they are called by web server 600. In particular, the submit 
ftmction 425 of the form will go through a Java method to perform the necessary 
JavaScript functions. Accordingly, these functions will be included into the JSP fi-om a 
common library of JavaScript validation functions. As will be appreciated, by using this 
method the JSP will reflect the most recent validation behavior dictated by the validation 
rules in the data schema 200. This behavior will direct the JavaScript functions and order 
of execution for each data field using similar vaUdation hierarchy architecture as that 
explained above. Implementing embodiments of this architecture provides improved 
performance for performing data validation services in a web-based envirorraient. For 
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example, by using embodiments of this architecture, fewer accesses to data schema 200 are 
required. Validation functions will be stored inside the memory of the running program. 
Accordingly, when web user 401 executes a program, the vaHdation functions are already 
in memory. The required validation behavior will be dictated on the initial compilation 
load of the class. 

[0048] As will be appreciated, screen 430 in HTML format contains the contents of the 

web browser's display buffer. This could include one or more frames. Any frame can 
contain a form. A form as used herein refers to a data entry form that captures user 401 
Q data input. As explained above, using embodiments of the invention, if the web page 

CJ contains JavaScript, validations and other data services can be done locally. Otherwise, the 

VI form processing is done by the web server on a "submif ' 425 event. 

||049] As will be appreciated by those skilled in the art, changes in the validation rules 

t= will not be implemented until a JSP is recompiled. This event can be triggered by a 

hi number of methods. The methods vary by web server 600. A Java file will be recompiled 

Ci into a class file when, for example, the web server starts, the Java source file is updated, or 

the class file is deleted by an outside cause. A web administrator can initiate recompiling 
and reloading by deleting class files. Class files may be deleted so that the web server 600 
senses the need to recompile. Accordingly, changes can be made in the validation rules 
compiled in the web application. Subsequently, the web server's 600 vaUdation behavior 
may be altered the next time the server 600 compiles the Java pages and reads information 
from the data schema 200. 
[0050] As will be appreciated, according to the embodiments discussed above, two devices 

that are coupled can engage in direct communications, in indirect communications or a 
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combination thereof. Embodiments of the present invention relate to data communications 
via one or more networks. The data communications can be carried by one or more 
communications channels of the one or more networks. Examples of a network include a 
Wide Area Network (WAN), a Local Area Network (LAN), the Internet, a wireless 
network, a wired network, a cormection-oriented network, a packet network, an Internet 
Protocol (IP) network, or a combination thereof. A network can include wired 
communication links (e.g., coaxial cable, copper wires, optical fibers, and so on), wireless 
communication links (e.g., satellite communication links, terrestrial wireless 
=1 communication links, wireless LANs, and so on), or a combination thereof 

|051] In accordance with an embodiment of the present invention, instructions adapted to 

H be executed by a processor to perform a method are stored on a computer-readable 

P medium. The computer-readable medium can be a device that stores digital information. 

For example, a computer-readable medium includes a hard disk, a floppy disk, a tape and a 
compact disc read-only memory (CD-ROM), all as known in the art for storing software. 
S The computer-readable medium is accessed by a processor suitable for executing 

instructions adapted to be executed. The term "adapted to be executed" is meant to 
encompass any instructions that are ready to be executed in their present form (e.g., 
machine code) by a processor, or require further validation (e.g., compilation, decryption, 
or provided with an access code, etc.) to be ready to be executed by a processor. 
[0052] In describing representative embodiments of the present invention, the specification 

may have presented the method and/or process of the present invention as a particular 
sequence of steps. However, to the extent that the method or process does not rely on the 
particular order of steps set forth herein, the method or process should not be limited to the 
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particular sequence of steps described. As one of ordinary skill in the art would appreciate, 
other sequences of steps may be possible. Therefore, the particular order of the steps set 
forth in the specification should not be construed as limitations on the claims. In addition, 
the claims directed to the method and/or process of the present invention should not be 
hmited to the performance of their steps in the order written, unless that order is explicitly 
described as required by the description of the process in the specification. Otherwise, one 
skilled in the art can readily appreciate that the sequences may be varied and still remain 
within the spirit and scope of the present invention. 

The foregoing disclosure of embodiments of the present invention has been 
presented for purposes of illustration and description. It is not intended to be exhaustive or 
to limit the invention to the precise forms disclosed. Many variations and modifications of 
the embodiments described herein will be obvious to one of ordinary skill in the art in Ught 
of the above disclosure. The scope of the invention is to be defined only by the claims 
appended hereto, and by their equivalents. 
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